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IP routing optimization in an access network 
Related applications 

[0001] This is a continuation application of the international patent 
5 application PCT/FI00178, filed on March 8, 2000. 

Field of the Invention 

[0002] The invention relates to a mechanism for optimizing the rout- 
ing of macro level traffic, such as Internet-type protocol traffic, in an access 
network, such as a radio access network. 

10 [0003] Background of the Invention 

[0004] Mobile communications system refers generally to any tele- 
communications system which enable wireless communication when users are 
moving within the service area of the system. A typical mobile communications 
system is a Public Land Mobile Network (PLMN). Often the mobile communica- 

15 tions network is an access network providing a user with wireless access to 
external networks, hosts, or services offered by specific service providers. 

[0005] The general packet radio service GPRS is a new service in 
the GSM system (Global System for Mobile communication). A subnetwork 
comprises a number of packet data service nodes SN, which in this application 

20 will be referred to as serving GPRS support nodes SGSN. Each SGSN is con- 
nected to the GSM mobile communication network (typically to a base station 
controller BSC or a base station BTS in a base station system) so that the 
SGSN can provide a packet service for mobile data terminals via several base 
stations, i.e. cells. The intermediate mobile communication network provides 

25 radio access and packet-switched data transmission between the SGSN and 
mobile data terminals. Different subnetworks are in turn connected to an ex- 
ternal data network, e.g. to a public switched data network PSPDN, via GPRS 
gateway support nodes GGSN. The GPRS service thus allows to provide 
packet data transmission between mobile data terminals and external data 

30 networks when the GSM network functions as a radio access network RAN. 

[0006] Third generation mobile systems, such as Universal Mobile 
Communications system (UMTS) and Future Public Land Mobile Telecommu- 
nications system (FPLMTS), later renamed as IMT-2000 (International Mobile 
Telecommunication 2000), are being developed. In the UMTS architecture a 
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UMTS terrestrial radio access network, UTRAN, consists of a set of radio ac- 
cess networks RAN (also called radio network subsystem RNS) connected to 
the core network (CN). Each RAN is responsible for the resources of its set of 
cells. For each connection between a mobile station MS and the UTRAN, one 
5 RAN is a serving RAN. A RAN consists of a radio network controller RNC and 
a multiplicity of base stations BS. One core network which will use the UMTS 
radio access network is the GPRS. 

[0007] One of the main targets in the development of mobile com- 
munication networks is to provide an IP (Internet Protocol) service with a stan- 

10 dard IP backbone which would use a combination of different types of mobile 
network mobility managements in the mobile networks and Mobile IP. The ba- 
sic IP concept does not support the mobility of the user: the IP addresses are 
assigned to network interfaces in dependence on their physical location. In 
fact, the first field of an IP address (the NETID) is common to all interfaces 

15 that are linked to the same Internet subnet. This scheme prevents the user 
(the mobile host) from keeping its address while moving over different Internet 
subnets, i.e. while changing the physical interface. 

[0008] In order to enhance the mobility in the Internet, a Mobile IP 
protocol for IP version 4 have been introduced by the Internet Engineering 

20 Task Force (IETF) in the standard RFC2002. Mobile IP enables the routing of 
IP datagrams to mobile hosts, independently of the point of attachment in the 
subnetwork. The mobile IP protocol introduces the following new functional or 
architectural entities. 

[0009] 'Mobile Node MN' (also called Mobile Host MH) refers to a 

25 host that changes its point of attachment from one network or subnetwork to 
another. A mobile node may change its location without changing its IP ad- 
dress; it may continue to communicate with other Internet nodes at any loca- 
tion using its (constant) IP address. 'Mobile Station (MS)' is a mobile node 
having a radio interface to the network. A Tunnel' is the path followed by a 

30 datagram when it is encapsulated. In this model a datagram, while encapsu- 
lated, is routed to a known decapsulation agent, which decapsulates the data- 
gram and then correctly delivers it to its ultimate destination. Each mobile 
node is connected to a home agent over a unique tunnel, identified by a tunnel 
identifier which is unique to a given Foreign Agent/Home Agent pair. 

35 [0010] 'Home Network' is the IP network to which a user logically 

belongs. Physically, it can be e.g. a local area network (LAN) connected via a 
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router to the Internet. 'Home Address' is an address that is assigned to a mo- 
bile node for an extended period of time. It may remain unchanged regardless 
of where the MN is attached to the Internet. Alternatively, it could be assigned 
from a pool of addresses. 
5 [0011] 'Mobility Agent' is either a home agent or a foreign agent. 

'Home Agent HA' is a routing entity in a mobile node's home network which 
tunnels packets for delivery to the mobile node when it is away from home, 
and maintains current location information for the mobile node. It tunnels 
datagrams for delivery to, and, optionally, detunnels datagrams from, a mobile 

10 node when the mobile node is away from home. 'Foreign Agent FA' refers to a 
routing entity in a mobile node's visited network which provides routing ser- 
vices for the mobile node while registered, thus allowing the mobile node to 
utilise its home network address. The foreign agent detunnels and delivers 
packets to the mobile node that were tunnelled by the mobile node's home 

15 agent. For datagrams sent by a mobile node, the foreign agent may serve as a 
default router for registered mobile nodes. 

[0012] RFC2002 defines 'Care-of Address' (COA) as the termina- 
tion point of a tunnel toward a mobile node for datagrams forwarded to the 
mobile node while it is away from home. The protocol can use two different 

20 types of care-of address: a "foreign agent care-of address" is an address an- 
nounced by a foreign agent with which the mobile node is registered, and a 
"co-located care-of address" is an externally obtained local address which the 
mobile node has acquired in the network. An MN may have several COAs at 
the same time. An MN's COA is registered with its HA. The list of COAs is up- 

25 dated when the mobile node receives advertisements from foreign agents. If 
an advertisement expires, its entry or entries should be deleted from the list. 
One foreign agent can provide more than one COA in its advertisements. 'Mo- 
bility Binding' is the association of a home address with a care-of address, 
along with the remaining lifetime of that association. An MN registers its COA 

30 with its HA by sending a Registration Request. The HA replies with a Registra- 
tion Reply and retains a binding for the MN. 

[0013] A single generic mobility handling mechanism that allows 
roaming between all types of access networks would allow the user to conven- 
iently move between fixed and mobile networks, between public and private 

35 networks as well as between PLMN's with different access technologies. 
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Therefore, mechanisms supporting the Mobile IP functionality are also being 
developed in mobile communication systems, such as UMTS and GPRS. 

[0014] It is desired that the Mobile IP be implemented as an overlay 
of the UMTS/GPRS network while maintaining backwards compatibility with 

5 present systems, assuming minimal modifications in the GPRS standards and 
in networks whose operators do not want to support the Ml P. Fig. 1 illustrates 
the minimum configuration for a GPRS operator who wishes to offer the mo- 
bile IP service. The current GPRS structure is maintained, i.e. the GPRS han- 
dles the mobility within the PLMN, while the MIP allows the user to roam be- 

10 tween other systems, such as LAN's, and UMTS without loosing an ongoing 
session. In Fig. 1 the foreign agents FA are located at GGSNs. All GGSNs 
may not have FAs. The SGSN and the GGSN may also be co-located. One 
FA in a PLMN is sufficient for offering the MIP service, but for capacity and ef- 
ficiency reasons, more than one may be recommendable. This means that the 

15 MS must request a PDP context to be set up with a GGSN that offers FA func- 
tionality. While setting up the PDP context, the MS is informed about network 
parameters of the FA, e.g. care-of address. 

[0015] The MS may have the same care-of address COA during a 
session, i.e. as long as a PDP context is activated. A very mobile MS might 

20 perform several inter-SGSN HOs during a long session which may cause inef- 
ficient routing. As an initial improvement, a streamlining procedure, with a 
temporary anchoring point in the GGSN, could be introduced: If the MN is not 
transferring data, or is possibly even in the active state while moving from one 
SGSN to another, a new PDP context could be setup between the new SGSN 

25 and its associated GGSN at the handover. The MN will receive a new care-of 
address. If the MN were transferring data, e.g. were involved in a TCP ses- 
sion, the MN would move from the old SGSN to the new one while keeping the 
PDP Context in the old (anchor) GGSN for the duration of the data transfer. 
Once the data transfer is terminated, the PDP Context can be moved to the 

30 GGSN associated with the new SGSN and a new care-of address can be ob- 
tained. 

[0016] The problem is how to discover the movement and to find a 
new foreign agent FA, preferably the nearest one, when the MN is moving 
from one SGSN to another. The GPRS terminal (MS) is naturally aware of the 
35 change of the SGSN on the GPRS protocol level as described above but this 



5 



change is transparent to the overlaying MIP protocol and the mobile node MN 
associated with the GPRS terminal MS. 

[0017] Similar problems may be encountered in any mobility man- 
agement and routing on a system level overlaying the mobility management of 
5 an access network. These various overlaying mobility managements are 
commonly referred to as macro mobility management herein. 

Disclosure of the invention 

[0018] An object of the present invention is to overcome or alleviate 

10 the above described problems. 

[0019] The object is achieved by a method, a system and an ac- 
cess node which are characterized by what is disclosed in the attached inde- 
pendent claims. Preferred embodiments of the invention are disclosed in the 
attached dependent claims. 

15 [0020] In the present invention a support node, or more generally 

any access node, which is the target of a handover during a session, is ar- 
ranged to check the optimal routing in respect of macro mobility management, 
too. For that purpose, the access node is aware of the most preferred mobility 
entity, normally the closest one, which should be used. A mobility entity may 

20 be any entity which provides a point of attachment on the macro mobility level, 
such as a mobility agent in the mobile IP-type mobility management. In a 
handover situation the system, preferably the access node, checks whether 
there is a more preferred mobility entity which should substitute for the current 
mobility entity of the session. If there is no preferred mobility entity for that ac- 

25 cess node, or the preferred mobility entity appears to be the same as the cur- 
rent mobility entity of the session, the current mobility entity is maintained. 
However, if there is a more preferred mobility entity for that access node and 
the preferred mobility entity is not the same as the current mobility entity, the 
connection (e.g. a PDP context) to the current mobility entity is preferably 

30 closed (released), and a new connection (e.g. PDP context) to the preferred 
mobility entity of the respective access node is opened. Registration in accor- 
dance with the specific macro mobility management scheme can be carried 
out. 

[0021] In the preferred embodiment of the invention the macro mo- 
35 bility management is mobile IP-type mobility management. A typical feature of 
the mobility agent in the mobile IP is that it periodically transmits agent adver- 
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tisement messages to the mobile nodes in order to advertise its services. The 
mobile nodes use these advertisements to determine the current point of at- 
tachment to the Internet. In merit of the new connection established by the ac- 
cess node to the preferred mobility agent, the agent advertisement messages 
5 sent by the new mobility agent can be received by the mobile node, and 
thereby the mobile node is able to detect the change of the attachment point 
(i.e. mobility agent) and to initiate standard mobile IP registration. 

[0022] Thus, an advantage of the invention is that the inventive new 
functionality in the access node also enables to detect the movement of a mo- 

10 bile node on the macro mobility level, such as the mobile IP level, and to se- 
lect and change the most optimal mobility entity in each part of the network, 
without needing any non-standard signalling or procedure in other elements of 
the access network or on the macro mobility management level. 

[0023] In the packet access network a mobile station which the mo- 

15 bile node is associated with may have two or more packet protocol (PDP) con- 
texts open at the same time. The above described new connection should be 
established for any macro mobility related PDP context the mobile station may 
have. However, all of the PDP contexts are not necessarily related to the 
macro mobility management and therefore should not be involved in the 

20 change of the mobility entity. Thus, there may be need for the access node to 
be able to distinguish the macro mobility management dedicated PDP con- 
texts from other active PDP contexts of the mobile station. In an embodiment 
of the invention, the information transferred from the old access node to the 
new access node is provided with an information field which indicates the dif- 

25 ferent types of the PDP contexts, or at least the macro mobility management 
related PDP contexts. This allows the PDP context types to be distinguished, 
and therefore, also the macro mobility management related PDP context can 
be recognized and the mobility entity of the recognized PDP contexts changed 
by the access node. 

30 [0024] The route optimization saves the transmission resources in 

the packet radio system, and possibly also makes the connection faster as the 
connection leg between the access node and the mobility entity is shorter. 
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Brief description of the Drawings 

[0025] In the following, the invention will be described in greater de- 
tail by means of preferred embodiments with reference to the accompanying 
drawings, in which 

[0026] Figure 1 illustrates GPRS network architecture, 

[0027] Figure 2 is a signalling diagram illustrating the method ac- 
cording to the invention, 

[0028] Figure 3 is a flow diagram illustrating the function of the sup- 
port node, 

[0029] Figure 4 is a signalling diagram illustrating the method ac- 
cording to the invention. 

[0030] Preferred Embodiments of the Invention 
[0031] The present invention can be applied to any communications 
requiring macro mobility management which overlays the mobility manage- 
ment of an access network. The invention suits especially well for supporting 
mobile IP-type mobility management in an access network. The access net- 
work may be any access network, such as a radio access network. The inven- 
tion can be especially preferably used for providing a general packet radio ser- 
vice GPRS in the pan-European digital mobile communication system GSM 
(Global System for Mobile Communication) or in corresponding mobile com- 
munication systems, such as DCS1800 and PCS (Personal Communication 
System), or in third generation (3G) mobile systems, such as UMTS, imple- 
menting a GPRS-type packet radio. In the following, the preferred embodi- 
ments of the invention will be described by means of a GPRS packet radio 
network formed by the GPRS service and the 3G or GSM system without limit- 
ing the invention to this particular access system. 

[0032] A GPRS architecture utilizing 3G radio access (such as 
UMTS) or 2G radio access (such as GSM) is illustrated in Fig. 1 . The GPRS 
infrastructure comprises support nodes such as a GPRS gateway support 
node (GGSN) and a GPRS serving support node (SGSN). The main functions 
of the GGSN nodes involve interaction with the external data network. The 
GGSN updates the location directory using routing information supplied by the 
SGSNs about an MS's path and routes the external data network protocol 
packet encapsulated over the GPRS backbone to the SGSN currently serving 
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the MS. It also decapsulates and forwards external data network packets to 
the appropriate data network and handles the billing of data traffic. 

[0033] The main functions of the SGSN are to detect new GPRS 
mobile stations in its service area, handle the process of registering the new 

5 MSs along with the GPRS registers, send/receive data packets to/from the 
GPRS MS, and keep a record of the location of the MSs inside of its service 
area. The subscription information is stored in a GPRS register (HLR) where 
the mapping between a mobile's identity (such as MS-ISDN or I MSI) and the 
PSPDN address are stored. The GPRS register acts as a database from 

10 which the SGSNs can ask whether a new MS in its area is allowed to join the 
GPRS network. 

[0034] The GPRS gateway support nodes GGSN connect an op- 
erator's GPRS network to external systems, such as other operators' GPRS 
systems, data networks 11, such as an IP network (Internet) or an X.25 net- 

15 work, and service centres. Fixed hosts 14 can be connected to the data net- 
work 11 e.g. by means of a local area network LAN and a router 15. A border 
gateway BG provides access to an inter-operator GPRS backbone network 12. 
The GGSN may also be connected directly to a private corporate network or a 
host. The GGSN includes GPRS subscribers' PDP addresses and routing in- 

20 formation, i.e. SGSN addresses. Routing information is used for tunnelling pro- 
tocol data units PDU from the data network 1 1 to the current switching point of 
the MS, i.e. to the serving SGSN. The functionalities of the SGSN and GGSN 
can be connected to the same physical node (SGSN+GGSN). 

[0035] The home location register HLR of the GSM network con- 

25 tains GPRS subscriber data and routing information, and it maps the sub- 
scriber's IMSI into one or more pairs of the PDP type and PDP address. The 
HLR also maps each PDP type and PDP address pair into a GGSN node. The 
SGSN has a Gr interface to the HLR (a direct signalling connection or via an 
internal backbone network 13). The HLR of a roaming MS and its serving 

30 SGSN may be in different mobile communication networks. 

[0036] The intra-operator backbone network 13, which intercon- 
nects an operator's SGSN and GGSN equipment, can be implemented, for 
example, by means of a local network, such as an IP network. It should be 
noted that an operator's GPRS network can also be implemented without the 

35 intra-operator backbone network, e.g. by providing all features in one com- 
puter. 
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[0037] Network access is the means by which a user is connected 
to a telecommunication network in order to use the services and/or facilities of 
that network. An access protocol is a defined set of procedures that enables 
the user to employ the services and/or facilities of the network. The SGSN, 
5 which is at the same hierarchical level as the mobile switching centre MSC, 
keeps track of the individual MSs' location and performs security functions and 
access control. GPRS security functionality is equivalent to the existing GSM 
security. The SGSN performs authentication and cipher setting procedures 
based on the same algorithms, keys, and criteria as in the existing GSM. The 

10 GPRS uses a ciphering algorithm optimised for packet data transmission. 

[0038] In order to access the GPRS services, an MS will first make 
its presence known to the network by performing a GPRS attach. This opera- 
tion establishes a logical link between the MS and the SGSN, and makes the 
MS available for the SMS over the GPRS, paging via the SGSN, and notifica- 

15 tion of incoming GPRS data. More particularly, when the MS attaches to the 
GPRS network, i.e. in a GPRS attach procedure, the SGSN creates a mobility 
management context (MM context), and a logical link LLC (Logical Link Con- 
trol) is established between the MS and the SGSN in a protocol layer. MM 
contexts are stored in the SGSN and MS. The MM context of the SGSN may 

20 contain subscriber data, such as the subscriber's IMSI, TLLI and location and 
routing information, etc. 

[0039] In order to send and receive GPRS data, the MS will activate 
the packet data address that it wants to use, by requesting a PDP activation 
procedure. This operation makes the MS known in the corresponding GGSN, 

25 and interworking with external data networks can begin. More particularly, one 
or more PDP contexts are created in the MS, GGSN and SGSN, and stored in 
the serving SGSN in connection with the MM context. The PDP context de- 
fines different data transmission parameters, such as the PDP type (e.g. X.25 
or IP), PDP address (e.g. IP address), quality of service QoS and NSAPI 

30 (Network Service Access Point Identifier). The MS activates the PDU context 
with a specific message, Activate PDP Context Request, in which it gives in- 
formation on the TLLI, PDP type, PDP address, required QoS and NSAPI, and 
optionally the access point name APN. The SGSN sends a create PDP con- 
text message to the GGSN which creates the PDP context and sends it to the 

35 SGSN. The SGSN sends the PDP context to the MS in a Activate PDP Con- 
text Response message, and a virtual connection or link between the MS and 
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the GGSN is established. As a result, the SGSN forwards all the data packets 
from the MS to the GGSN, and the GGSN forwards to the SGSN all data 
packets received form the external network and addressed to the MS. The 
PDP context is stored in the MS, SGSN and GGSN. When the MS roams to 
5 the area of a new SGSN, the new SGSN requests MM and PDP contexts from 
the old SGSN. 

[0040] Fig. 1 illustrates the implementation of mobile IP in the 
GPRS/3G environment. 

[0041] The MS can be a laptop computer PC connected to a packet 

10 radio enabled cellular telephone. Alternatively, the MS can be an integrated 
combination of a small computer and a packet radio telephone, similar in ap- 
pearance to the Nokia Communicator 9000 series. Yet further embodiments of 
the MS are various pagers, remote-controllers, surveillance and/or data- 
acquisition devices, etc. The user of a mobile station MS subscribes to a spe- 

15 cial Mobile IP service. The subscription information is stored in the Home Lo- 
cation Register HLR together with the user's home IP address. 

[0042] In Fig. 1 the foreign agents FA are located in (integrated 
into) GGSNs. Alternatively, the SGSN and the GGSN are co-located, and the 
FAs are located in SGSN+GGSNs. It should be noted that there may be more 

20 than one SGSN and GGSN in one network. All GGSNs may not have FAs. 
Each FA has an IP address in the Internet and in the operator's own private 
GPRS/3G backbone network. More precisely, the FA's IP address is such that 
IP packets destined to that address are routed in the Internet to the GGSN as- 
sociated with the FA. When the MN leaves its home subnet and registers to a 

25 new FA, it can no longer be reached on the basis of its home IP address 
alone, but must be assigned an address belonging to the visited network, 
called the care-of address (COA). The care-of address positively identifies the 
instantaneous location of the mobile terminal and may be: 1) the IP address of 
the FA belonging to the visited network, or 2) an IP address acquired directly 

30 by the mobile terminal through an autoconfiguration mechanism from the local 
IP address space, in which case the term co-located care-of address is used. 
When registering to a new FA and obtaining a COA, the MN which registers 
with a home agent HA in its home network informs the latter of its COA. In Fig. 
1 a home agent HA is located in a data network 1 1 which is the home network 

35 of the mobile node MN associated with the mobile station MS. A second host 
14 wishing to communicate with the MN need not be aware of the fact that the 
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MN has moved: it simply sends IP packets addressed to MN's home IP ad- 
dress. These packets are routed via normal IP routing to the MN's home net- 
work, there they are intercepted by the HA. The HA encapsulates each such 
packet in another IP packet which contains the MN's COA as these packets 
5 are thus delivered to the FA (a process called tunnelling). The FA forwards the 
IP packet to the GGSN. The GGSN forwards the IP packet (which may be en- 
capsulated for transmission over the GPRS backbone) to the serving SGSN 
which further forwards the IP packet to the MS/MN. Packets from the MN to 
the other host 14 need not necessarily be tunneled: the MN may simply send 

10 them to the GGSN which directly forwards the packets to the second host 14, 
without interception by the FA or the HA. 

[0043] As noted above, according to the present invention the 
SGSN determines whether it is preferable to change the mobility agent of the 
IP session or not. A preferred embodiment of the invention will be now de- 

15 scribed with reference to Figures 1 , 2, 3 and 4. 

[0044] A reference is now made to Figure 1 . The home network of 
the mobile station MS is the GPRS/3G network 1. The user of the mobile sta- 
tion MS subscribes to a special mobile IP service, and an IP application in the 
MS or in a separate data terminal is a mobile node MN in a mobile IP commu- 

20 nication. It is assumed that the MS/MN is attached to the home network 1 and 
the radio access network RAN1 (PS1 and PSC/RNC1). A serving support 
node in the home network is SGSN1. MM and PDP contexts have been cre- 
ated for the mobile IP service as described above, and a virtual connection is 
provided between the MS/MN and the SGSN1 as well as between the SGSN1 

25 and a gateway node GGSN1 which has an associated foreign agent FA1. 
Thus, the IP packets addressed to the MN can be forwarded to the MN over 
the home network 1 and RAN1. The COA of the MN has been registered to 
the home agent HA in the home network 11 of the MN, so that mobile IP tun- 
nelling is provided from the HA to the GGSN/FA1 . 

30 [0045] Let us now assume that the MS/MN moves to the service 

area of another GPRS/3G network 2 which is served by support node SGSN2. 
When the MS/MN arrives at a new RAN2, the MS part listens to radio broad- 
cast messages, which contain information about radio parameters, network 
and cell identity, etc. as well as information about available core network, ser- 

35 vice providers, service capabilities etc. On the basis of the broadcast the MS 
determines that the network and/or the routing area has changed. Upon de- 
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tecting a change of routing area, the MS/MN sends a routing area update re- 
quest to the new SGSN, namely SGSN2, as shown in Figure 2. The new 
SGSN2 sends a SGSN context request message to the old SGSN1 (in step 2) 
to obtain the MN and PDP contexts for the MS/MN. The old SGSN1 responds 

5 with a SGSN context response message which contains the MN and PDP con- 
texts (step 3). According to the preferred embodiment of the invention, the in- 
formation transferred from the old access node to the access node may be 
provided with an information field which indicates the different types of the 
PDP contexts, or at least the Mobile IP related PDP contexts. This allows the 

10 SGSN to distinguish the Mobile IP dedicated PDP contexts from other active 
PDP contexts of the mobile station which should not be involved in the change 
of the mobility agent. There are various possible ways to implement the PDP 
context type information. For example, a PDP Context Information Element, 
which is carried in the SGSN Context Response message in the GPRS (and in 

15 the forward SNRC relocation message in the UMTS) may be provided with a 
field indicating the type of service used over the PDP context. The type field 
may contain an access Point Name which has a value indicating a Mobile IP 
PDP context. Spare bits in the PDP Context Information Element may be used 
for the new field, or alternatively the new field may be an extension of the cur- 

20 rent PDP Context Information Element format. It should be noted, however, 
that the exact implementation is not relevant to the invention. It is only rele- 
vant, in this specific embodiment, that the information received from the old 
SGSN enables the new SGSN to determine which one(s) of the PDP contexts 
is (are) dedicated to the Mobile IP. 

25 [0046] In step 4 the new SGSN2 may, in certain situations, execute 

authentication/security functions which may involve an interrogation to the 
HLR of the MS/MN. If the user has at least one activated PDP context, the 
new SGSN2 sends a SGSN context acknowledge message to the old SGSN1 . 
The old SGSN1 may now start forwarding of buffered data packets belonging 

30 to the activated PDP context, if any, to the new SGSN2. The new SGSN2 will 
now execute the foreign agent check procedure according to the present in- 
vention, step 6, if there is at least one PDP context for the Mobile IP. The FA 
check procedure according to the preferred embodiment of the present inven- 
tion is illustrated in Figure 3. In step 31 the new SGSN2 checks whether there 

35 is a preferred FA defined for it. For example, the SGSN2 may check whether 
there is an address of a preferred FA2 stored in the SGSN2. In this example, 
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the address of the GGSN/FA2 is found, and the procedure proceeds to step 
32. In step 32 the new SGSN2 checks whether the address of the old FA1 ob- 
tained in the PDP context from the old SGSN1 is the same as the stored ad- 
dress of the preferred FA2. In this example, the old FA1 is in the GGSN1 and 
5 the preferred FA2 of the SGSN2 is in the GGSN2, and the addresses do not 
match. The procedure proceeds to the step 33 in which the new SGSN2 de- 
letes the PDP context in the old GGSN/FA1 by sending a delete PDP context 
requests to the old GGSN/FA1, as shown in Figure 2. As a result, any active 
PDP context in the GGSN/FA1 is deactivated, and the GGSN/FA1 acknowl- 

10 edges by sending a delete PDP context response to the new SGSN2 (step 8 in 
Figure 2). Referring again to Figure 3, the process proceeds to step 34 
wherein the new SGSN2 creates a PDP context in the preferred GGSN/FA2 
by sending a create PDP context requests to the new GGSN/FA2 (step 9 in 
Figure 2). The GGSN/FA2 creates the PDP context for the MS/MN and returns 

15 a create PDP context response to the new SGSN2 (step 10 in Figure 2). The 
new SGSN2 establishes MN and PDP contexts for the MS/MN, and responds 
to the MS/MN with routing area update accept message (step 1 1 ). The MS/MN 
acknowledges with a routing area update complete message (step 12). A vir- 
tual connection has thus been established between the MS/MN and the 

20 GGSN/FA2. 

[0047] All the previous procedures have been executed in the 
GPRS/3G layer only. The overlaying mobile IP layer and thereby the MN part 
of the MS/MN are not aware of the change of the FA. However, due to the 
newly established connection to the GGSN/FA2 the MN is able to hear the 

25 agent advertisement messages broadcast by the new FA2 in accordance with 
the mobile IP protocol. Upon receiving the agent advertisement from the new 
FA2, the MN is able to detect a change in the point of attachment, i.e. change 
of FA, in accordance with the MIP standard. The agent advertisement mes- 
sage may also include the care-of-address COA, or the MN may acquire the 

30 COA in accordance with the MIP standard. Then the mobile node MN registers 
its COA with its home agent HA in accordance with the MIP standard (step 14 
in Figure 2). Depending on its method of attachment, the MN will register ei- 
ther directly with its HA, or through the new FA which forwards the registration 
to the HA. Thereafter, the mobile IP tunnelling between the HA and the old 

35 GGSN/FA1 is released and new mobile IP tunnelling is established between 
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the HA and the new GGSN/FA2, in accordance with the mobile procedures 
(step 1 5 in Figure 2). 

[0048] As a result, the change of FA has been detected and estab- 
lished using standard GPRS/3G procedures and messages and standard mo- 
5 bile IP procedures and messages everywhere else but in the SGSN2. Also in 
the SGSN2 only minor modifications are needed. Firstly, a preferred FA has to 
be defined for the SGSN2. Secondly, the need for an FA change needs to be 
executed. Thirdly, the new SGSN is arranged to automatically and independ- 
ently (without involvement of the MS) delete the PDP context in the old GGSN 

10 and to create a new PDP context in the new GGSN. 

[0049] Referring again to Figure 3, if no preferred FA is defined for 
the SGSN1 in step 31, or the old FA is the same as the preferred FA (the ad- 
dresses match) in step 32, the process proceeds to step 35. In step 35 the 
new SGSN1 updates the PDP context in the old GGSN/FA1, as shown in step 

15 41 in Figure 4. The old GGSN/FA1 updates the PDP context to contain the 
address of the new SGSN2, and sends an update PDP context response to 
the new SGSN2 in step 42. Then the new SGSN2 sends the RA update ac- 
cept message to the MS/MN (step 43) and the MS/MN responds with the RA 
update complete message (step 44). A virtual connection is thus established 

20 between the MS/MN and the old GGSN/FA via the new SGSN1. As the FA 
and the COA are unchanged, no registration to the HA is needed. In Figure 4 
steps 1 to 6 are similar to those in Figure 2. 

[0050] The description only illustrates preferred embodiments of the 
invention. The invention is not, however, limited to these examples, but it may 

25 vary within the scope and spirit of the appended claims. 



